home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0128 / 414.txt < prev    next >
Text File  |  1997-04-16  |  26KB  |  617 lines
  1. Info-Atari16 Digest         Tue, 30 Jul 91       Volume 91 : Issue 414
  2.  
  3. Today's Topics:
  4.                           BibTeX locking up
  5.                     DATA Transfer PDP 11 -> ATARI
  6.                        Idea for a (DC?) program
  7.                   Lattice C -- Single Pass? (2 msgs)
  8.                          mntolb10 vs libolb71
  9.                     PD BBS software for Atari-ST.
  10.                          Reset-Proof Ramdisk
  11.                        Robotz: Author, author!
  12.                                  SALE
  13.                              Spectre GCR
  14.                       TT memory (was allocation)
  15.                                 TT RAM
  16.                            Turbo-C (3 msgs)
  17.  
  18. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  19. cross-posting to/from Usenet is getting closer, but still getting thrashed
  20. out.  Please send notifications about broken digests or bogus messages
  21. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  22.  
  23. Please send requests for un/subscription and other administrivia to
  24. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  25. instead of the moderators are likely to be lost or ignored.
  26.  
  27. If you want to unsubscribe, and you're receiving the digest indirectly
  28. from someplace (usually a BITNET host) that redistributes it, please
  29. contact the redistributor, not us.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 27 Jul 91 21:01:43 GMT
  33. From:
  34.  lll-winken!aunro!alberta!brazeau.ucs.ualberta.ca!unixg.ubc.ca!ubc-cs!fornax!bre
  35.  mner@uunet.uu.net (David Bremner)
  36. Subject: BibTeX locking up
  37. To: Info-Atari16@naucse.cse.nau.edu
  38.  
  39. Problem: Bibtex C Version 0.99c ( atari.archive:atari/tex31/bibtex.zoo
  40. ) locks up when I run it, right after it says "The style file:
  41. plain.bst"
  42.  
  43. I am running a 1040ST, with TOS 1.x, x < 4, 1 Meg of memory.
  44.  
  45. The only things in my auto folder are foldr140.prg, and supra hard
  46. drive boot and clock-read.
  47.  
  48. Is this known to work on one meg ST's ?
  49.  
  50. I am running from within Bammi's minimal shell, but TeX runs O.K., so
  51. I don't think thats the problem.
  52.  
  53. --
  54. bremner@cs.sfu.ca                                         ubc-cs!fornax!bremner
  55.  
  56. ------------------------------
  57.  
  58. Date: Tue, 30 Jul 91 12:37:15 MEZ
  59. From: BIELEPF%DKNKURZ1.BITNET@CUNYVM.CUNY.EDU
  60. Subject: DATA Transfer PDP 11 -> ATARI
  61. To: ATARI-List <info-atari16@naucse.cse.nau.edu>
  62.  
  63. Hello ATARI-Fellows,
  64. I have a problem with data transfer from a PDP 11 (steamboat) to an
  65. ATARI.
  66. Is there anybody who can help me with a complete solution or even with
  67. some usefull comments?
  68. It's realy urgent. I need the datas from the PDP 11, because it will break
  69. down very soon.
  70. Greetings, Klaus.
  71.  
  72. Klaus Oed, Biologie, Universtitaet Konstanz, 7750 Konstanz, Germany
  73. e-mail: bielepf@dknkurz1.bitnet
  74.  
  75. ------------------------------
  76.  
  77. Date: 30 Jul 91 11:32:46 GMT
  78. From: mcsun!hp4nl!phigate!alp!johnj@uunet.uu.net (John Janssen)
  79. Subject: Idea for a (DC?) program
  80. To: Info-Atari16@naucse.cse.nau.edu
  81.  
  82. I just thought of a nice small program (utility?) to have.
  83.  
  84. The MEGA STE lets you start programs from function keys,
  85. which is really nice. Only one problem remains...
  86. Some programs need the cpu speed set back to 8 MHz
  87. (think of the MIDI programs with their keys in the
  88. rom port) while you want other programs to run
  89. as fast as possible.
  90.  
  91. It would be nice to have a program that first sets cpu speed,
  92. cache on or off (and probably blitter as well) as required
  93. for the specific program you want to run, and then exits by
  94. starting that specific program (handing the default
  95. directories, etc to that program).
  96.  
  97.  
  98. --
  99. John Janssen         Email: johnj@echo.philips.nl
  100. The Netherlands
  101. Work: +31 40 756588  Atari Mega STE, MIDI, C-lab Notator and Unitor.
  102. Priv: +31 77 513177  Astro -Birth/Place/Date/Time you > you.doc
  103.  
  104. ------------------------------
  105.  
  106. Date: 29 Jul 91 21:24:03 GMT
  107. From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu
  108.  (Allan Pratt)
  109. Subject: Lattice C -- Single Pass?
  110. To: Info-Atari16@naucse.cse.nau.edu
  111.  
  112. >In article <040103.22763@timbuk.cray.com> marc@sequoia.cray.com
  113. >(Marc Bouron) writes:
  114. >>I also write my C programs with main() at the
  115. >>`top', but I also religiously declare all the functions I'm going to use.
  116.  
  117. and jimomura@lsuc.on.ca (Jim Omura) writes:
  118. >     It looks like it's a habit I'm going to have to get into.
  119.  
  120. I can't address the issue of whether the Lattice compiler really requires
  121. this, because I don't know what version you have and I can't try it, but if
  122. it does, it's wrong.  My ANSI C spec (admittedly a draft from 10/86) in
  123. Section 3.3.2.2 (Function Calls) states:
  124.  
  125.         "If no declaration is in scope for an identifier used as the first
  126. expression in a function call [that is, the function to be called], the
  127. identifier is implicitly declared exactly as if, in the innermost block
  128. containing the function call, the declaration
  129.  
  130.         extern int identifier();
  131.  
  132. appeared."
  133.  
  134. Thus, the behavior is not "implementation defined" but very specifically
  135. defined by the spec.
  136.  
  137. ============================================
  138. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  139. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  140.  
  141. ------------------------------
  142.  
  143. Date: 30 Jul 91 08:32:19 GMT
  144. From: timbuk!marc@uunet.uu.net (Marc Bouron)
  145. Subject: Lattice C -- Single Pass?
  146. To: Info-Atari16@naucse.cse.nau.edu
  147.  
  148. In article <3004@atari.UUCP>, apratt@atari.UUCP (Allan Pratt) writes:
  149. > ...
  150. > I can't address the issue of whether the Lattice compiler really requires
  151. > this, because I don't know what version you have and I can't try it, but if
  152. > it does, it's wrong.  My ANSI C spec (admittedly a draft from 10/86) in
  153. > Section 3.3.2.2 (Function Calls) states:
  154. >
  155. >       "If no declaration is in scope for an identifier used as the first
  156. > expression in a function call [that is, the function to be called], the
  157. > identifier is implicitly declared exactly as if, in the innermost block
  158. > containing the function call, the declaration
  159. >
  160. >       extern int identifier();
  161. >
  162. > appeared."
  163. >
  164. > Thus, the behavior is not "implementation defined" but very specifically
  165. > defined by the spec.
  166.  
  167. This is fine for functions which return int, but if the function in question
  168. turns out to return void (as it very often does, I find) then this assumption
  169. rather cocks things up.  I'd rather the compiler not make ANY assumptions, but
  170. then I used Algol68 for a number of years, so I'm used to this (`strict')
  171. philosophy.  Like I said, it's good programming practice...   :-)
  172.  
  173. [M][a][r][c]
  174.  
  175.  
  176. ################################################################################
  177. #                           #  marc@sequoia.cray.com           #     .   .     #
  178. #  Marc CR Bouron           #  M.Bouron@cray.co.uk     (ARPA)  #    _|\ /|_    #
  179. #  Cray Research (UK) Ltd.  #  M.Bouron@crayuk.uucp  (DOMAIN)  #   (_|_V_|_)   #
  180. #  +44 344 485971 x2208     #  M.Bouron@uk.co.cray    (JANET)  #     |   |     #
  181. #                           #  ...!ukc!crayuk!M.Bouron (UUCP)  #               #
  182. ################################################################################
  183.  
  184. ------------------------------
  185.  
  186. Date: 30 Jul 91 05:10:41 GMT
  187. From:
  188.  noao!ncar!elroy.jpl.nasa.gov!swrinde!cs.utexas.edu!convex!rosenkra@arizona.edu
  189.  (William Rosenkranz)
  190. Subject: mntolb10 vs libolb71
  191. To: Info-Atari16@naucse.cse.nau.edu
  192.  
  193. well, i have finally done it: i am switching from good ol' alcyon to
  194. GNU c. i was able to daisychain my old sh204 onto a megafile 60 (for
  195. the curious, the mf60 has both in/out ports and all u do is change
  196. the sh204 to LUN 1 with the little switches inside and plug it in -
  197. i use ahdi 3.0something - power the sh204 first, then the mf60, then
  198. the st) so i have an extra 10-20 MB free. i have gcc up and running
  199. (except the problem with redirecting stderr under gulam - but that
  200. will be solved when i get mint and bash or ksh up, i hope). i am
  201. still having problems with make (3.54 and 3.59) but i think i can
  202. figure it out (once i get the sources, that is).
  203.  
  204. my question (for eric or bammi or whomever) is what is the relationship
  205. between mntolb10 and libolb71? the latter was recently uploaded to a.a
  206. along with gcc 1.40 (appearently). i am assuming that mntolb10 is not as
  207. current as libolb71, but then again it is mint-ized. and what relation
  208. to "official" gnu.olb are these, version number-wise? if i go with
  209. mntolb versions, is is safe to use the includes and .olb's from mint
  210. and trash the libolb versions? are there any problems with gcc 1.40
  211. and gas 1.37 and ld 71 (i think), what i have now, with the latest
  212. (version 10) mntolb? in otherwards, will i have to keep both sets
  213. of .olb and includes hanging around? i probably will diff the include
  214. files, just to amuse myself.
  215.  
  216. one more thing: will uniterm 2.0a run under mint? if not, will 2.0e?
  217.  
  218. just one more thing: does make 3.59 read the environment for macros
  219. (else why the "setenv gcc path\gcc" in gnu.g)? i use gnu make under
  220. unix, so i look forward to using it on the st.
  221.  
  222. heck, one more thing: how does gcc 1.40 support floating point now?
  223. is pml incorporated into gnu.olb now? do i need pml.olb? i tried a
  224. small project (a simple calculator entirely in yacc - which went thru
  225. bison and gcc without a hitch) and did nothing special to compile
  226. (i.e. no "-lpml" or whatever). it worked fine.
  227.  
  228. i have been able to compile BSD system software virtually unchanged
  229. (e.g. 4.2BSD ls.c compiles with 2-3 changes - like kill utmp.h stuff),
  230. which will be a huge timesaver. porting should be a joy (compared to
  231. 16-bit alcyon). and i expect mint to be just as nice to work with.
  232. i like the fact that the gnu library is already fairly POSIX compliant
  233. (like dirent.h rather than sys/dir.h). saves me lots of time. i can
  234. kick myself for recently taking the time to update my own dirent stuff
  235. for alcyon (made it POSIX compliant). on that note, if any sozobon
  236. users want readdir/opendir/closedir/rewinddir/seekdir/telldir (dirent
  237. stuff), drop me a line. i will post it.
  238.  
  239. now with gcc and RCS, i can start on nroff 2.0, or possibly look into
  240. porting groff (BTW: has anybody started this?)...
  241.  
  242. -bill
  243. rosenkra@convex.com
  244. --
  245. Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
  246. Convex Computer Corp.      |ARPA: rosenkra@convex.com
  247.  
  248. ------------------------------
  249.  
  250. Date: 30 Jul 91 04:16:12 GMT
  251. From: math.fu-berlin.de!grasp1!frmug!elrond@uunet.uu.net (Bertrand Petit)
  252. Subject: PD BBS software for Atari-ST.
  253. To: Info-Atari16@naucse.cse.nau.edu
  254.  
  255. In article <fido_2_282/301.10_288bc26b@linn.fidonet.org>,
  256.  Robert.Elsinga@p10.f301.n282.z2.fidonet.org (Robert Elsinga) writes:
  257. > In a message of <10 Jul 91  21:03:43>, elrond@frmug.fr.mugnet.org
  258. > (2:320/100.1) writes:
  259. >
  260. >  e> From: elrond@frmug.fr.mugnet.org (Bertrand Petit)
  261. >  e> Newsgroups: alt.bbs,comp.sys.atari.st
  262. >  e> Organization: Minix User Group France
  263. >  e>
  264. >  e>
  265. >  e> I am seeking for a public domain or freeware BBS software for the
  266. >  e> Atari-ST. I can't afford shareware because i have bought QuickBBS ST
  267. >  e> and dropded it last week. This program is a shame: full of bugs. I
  268. >  e> nearly must reboot the computer between each calls.
  269. >
  270. > What? I can't believe that... I know several QBBS/ST BBS and *none* of them is
  271. > having trouble of some sort... but maybe you did something wrong? All the
  272. > other people who are using QBBS/ST 1.02 are very happy with it!
  273. >
  274.  
  275.         I have droped QuickBBs for many reasons but the most important is it's
  276. lack of fiability. I have expressed to Jon Webb my desapointment in the fidonet
  277. QUICKBBS echo with full details.
  278.  
  279.         This is a little summary of my troubles:
  280.         -Sometimes (very often) the system locks completely or crash. This can
  281. append at anytime in any part of the sotware. I'm not the only one who have this
  282. kind of misfunctions, i know anthoer quick bbs sysop who have reported the
  283. same things.
  284.         -Somethimes (very often too) messages were saved with physcho hallo-
  285. genic heaer. These header can contain everything: strings of menus, internal
  286. strings of quickbbs or even 68000 code. Sometimes, somewere a pointer is
  287. trashed and give this strange result.
  288.         -Informations about the curent user are to small for doors programs
  289. and give back modified informations to the main program is nearly impossible.
  290.  
  291.         I can't renember exactly all bugs i have founds (Jon is advertised for
  292. almost of thems) so i can't give a full list in this message.
  293.  
  294.         I have decided to write my own bbs. It's on the way and will be
  295. operational in one or two months.
  296.  
  297. --
  298. |    Bertrand Petit          |         Signature is under construction         |
  299. |    alias                   |                                                 |
  300. |    >Elrond le demi-Elfe<   |         Be sure to wear your helmet             |
  301.  
  302. ------------------------------
  303.  
  304. Date: 30 Jul 91 13:33:51 GMT
  305. From:
  306.  noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!maxwell.oac.uci.edu!jvance1@
  307.  arizona.edu (Joachim Vance)
  308. Subject: Reset-Proof Ramdisk
  309. To: Info-Atari16@naucse.cse.nau.edu
  310.  
  311. In article <31385@know.pws.bull.com> aa384@cleveland.Freenet.Edu (Doug Wokoun)
  312.  writes:
  313. >
  314. >From: pv@polari.UUCP (Paul Varn)
  315. >
  316. >       Even if I put Eternal first in the Auto folder, it does the bombs and
  317. >the rest of the boot proceeds.  The copy of Eternal I have I got as part of an
  318. >archive called SYSTEM2.ARC, so I don't know how current it is.
  319.  
  320.   I remember having problems with Eternal too.  Try EDISK v2.1.  I
  321. don't think that Eternal2 (v2 was the latest version of Eternal) even
  322. works correctly with 4meg.  EDISK was based on Eternal2 and is written
  323. by Volker A. Brandt.  Here is a short excerpt from the docs:
  324.  
  325. EDISK features:
  326.  
  327.  - Works with 4 MB RAM.                                            (V1.6)
  328.  - ECONF companion program configures RAM disk directly.           (V1.6)
  329.  - EDISK displays a message on restart.                            (V1.6)
  330.  - Fast data transfer to/from even-address buffer, using "movem".  (V1.8)
  331.  - 'Real' boot sector, thus enabling disk editors etc. to run.     (V2.0)
  332.  - Driver fits into RAM disk boot sector, thus saving 512 bytes.   (V2.0)
  333.  - Configurable size (10 to 3900 KB), 16-bit FAT for speed.        (V2.0)
  334.  - 'Virtual 2nd FAT', ie. we save one FAT but pretend to have two. (V2.0)
  335.  - RAM disk volume label shows version and boot time.              (V2.1)
  336.  
  337. Due to the 'virtual FAT trick', the RAM disk actually provides more
  338. space than an equivalent 'real' disk. It does require that it is first
  339. in the auto folder so that it can control the hard-disk vectors, as is
  340. the case with all reset-proof ramdisks that I know of.  Tho, I do run
  341. Pinhead 1.8 Before EDISK 2.1 for faster booting.  You can find EDISK
  342. 2.1 on Atari Archive under utilities/edisk21.arc.
  343.  
  344. Joachim Vance
  345. jvance@bonnie.ics.uci.edu
  346.  
  347. ------------------------------
  348.  
  349. Date: 30 Jul 91 15:06:49 GMT
  350. From: haven.umd.edu!wam.umd.edu!dmb@purdue.edu (David M. Baggett)
  351. Subject: Robotz: Author, author!
  352. To: Info-Atari16@naucse.cse.nau.edu
  353.  
  354. Does anyone know who wrote Robotz, recently posted to atari.archive?
  355. The doc file that came with it gives no information at all.  If there
  356. was a post here about, I missed it.  (Sorry.)
  357.  
  358. For those who haven't gotten a copy, get it.  It's a good version of
  359. the old arcade game Berzerk, with that "ultra shaded metallic" look,
  360. decent game play, and good digitized sound effects.
  361.  
  362. (I couldn't get it to run correctly from the hard drive though, so
  363. make sure you try it from a floppy first.)
  364.  
  365. Dave Baggett
  366. dmb@wam.umd.edu
  367.  
  368. ------------------------------
  369.  
  370. Date: 30 Jul 91 06:13:13 GMT
  371. From:
  372.  noao!ncar!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!boulder!horto
  373.  n.Colorado.EDU!chuj@arizona.edu (CHU JEFFREY)
  374. Subject: SALE
  375. To: Info-Atari16@naucse.cse.nau.edu
  376.  
  377. School money needed so must sell the following.
  378.  
  379. Must sell the ATARI SC1224 $170.00 or best offer.
  380. It's the JVC model, perfect viewing.
  381. Includes CURTIS CLIP.  In excellent condition, no bumps or scratch.
  382.  
  383. Also Indus GTS-100, take best offer.
  384. Front digital readout with 2 LEDS, BLACK SLIMLINE in perfect shape.
  385.  
  386. --NO REASONABLE OFFER REFUESD--
  387.  
  388. Contact me by E-mail please.
  389. chuj@horton.colorado.edu
  390. chuj@spot.colorado.edu
  391.  
  392. ------------------------------
  393.  
  394. Date: 30 Jul 91 13:59:38 GMT
  395. From:
  396.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-stat
  397.  e.edu!dhbutler@arizona.edu (David H Butler)
  398. Subject: Spectre GCR
  399. To: Info-Atari16@naucse.cse.nau.edu
  400.  
  401. In article <1991Jul29.142017.8877@sae.com> malay@sae.com (Bob Malay) writes:
  402. >Hey,
  403. >I just got a brand new GCR w/ROMS and I was wondering if anybody out there
  404. >can give me a list of Mac goodies that I should be on the look out for,
  405. >particulary, version numbers. Like what version of System/Finder is the
  406. >definitive one to use?
  407. >
  408. >Bob Malay
  409.  
  410. I thought I might as well post my answer in case anyone has any similar
  411. questions.
  412.  
  413. 1)   The system version to use should either be 6.0.5 or 6.0.7 the differences
  414. are: 6.0.5 is ROCK SOLID on both the Mac and Spectre, but does not support True
  415. Type. 6.0.7 has a few bugs (nothing too bad, but you will have a few more
  416. resets from time to time), but supports True Type fonts. Also, Spectre sound
  417. does not work with 6.0.7, but it does with 6.0.5 and under. I'm currently
  418. running 6.0.7 and having very few problems, occasionally I get "Finder out of
  419. memory" errors when they should not exist (I tried increasing my Finder memory
  420. allocation, and it did no good).
  421.  
  422. 2)   ATM. Everyone with a Mac should have ATM. First, there are lots more ATM
  423. fonts than there are True Type, and also you can convert ATM (type 1
  424. postscript) into Calamus and Pagestream formats. ATM also prints in about 1/2
  425. the time of True Type (I've timed it myself), and looks just as good. True Type
  426. is nice because you don't have to have seperate screen and printer versions of
  427. the fonts however. Also, True Type includes all the System fonts, which is nice
  428. (and why I went to 6.0.7).
  429.  
  430. 3)   You might want Resedit. I used resedit to alter all my mac Icons and Menus
  431. to look more like NeoDesk on the Atari so I would get less confused when going
  432. between systems. I also used it to make my Mac seem less "User Condesending",
  433. no more cutsey little menu names (ERASE DISK, come on!) Changed it to "Format
  434. Disk" like it should be. Changed "SET STARTUP" to "BOOT PARAMETERS" and so on
  435. and so forth. This can be really helpful if you are always pulling down the
  436. wrong menu...
  437.  
  438. 4)   There are lots of neat utilities out there to make your Spectre (or Mac)
  439. look really neat! I would stay away from these, they work just fine on the GCR,
  440. but the take up memory and make startup take longer. This is a pitfall many Mac
  441. users fall into (I know one guy that uses over 40 INITS, takes him about 2 and
  442. a half minutes to boot up!). Also, remember that you don't need a screen saver
  443. for the GCR because you can switch the monitor off, this can save you more
  444. memory. You could say the Mac is not exactly memory efficient, I have a Mega 4
  445. and run into lots of memory errors with big applications (PageMaker &
  446. UltraPaint).
  447.  
  448. 5)   Mulitfinder works fine on the GCR, but try it with just finder for a while
  449. and see if you really need multifinder; If you don't then you will again save
  450. lots of memory.
  451.  
  452. 6)   Word processors: I prefer WriteNow 2.2, it is quick, reasonably powerful,
  453. and easy to use. It has a Dictionary and Thesaurus, both of which work very
  454. nicely.
  455.  
  456. If you have any other questions just knock...
  457.  
  458. David Butler
  459. (dhbutler@magnus.acs.ohio-state.edu)
  460.  
  461. (P.S. I hope this entire message gets posted, the editor here on Magnus often
  462. deletes parts, generally the original posted message I'm trying to answer, even
  463. though it is sitting there behind the > just fine on screen in my editor,
  464. anyone have any suggestions, I am using FSE (full screen editor)).
  465.  
  466. ------------------------------
  467.  
  468. Date: 29 Jul 91 21:28:02 GMT
  469. From: noao!ncar!elroy.jpl.nasa.gov!usc!apple!portal!atari!apratt@arizona.edu
  470.  (Allan Pratt)
  471. Subject: TT memory (was allocation)
  472. To: Info-Atari16@naucse.cse.nau.edu
  473.  
  474. chuck@cpg.trs.reuter.com (Chuck Menard) writes:
  475. >You may not want a TT - STe is much cheaper...
  476.  
  477. Well, yeah, if you don't care about running a 32MHz 68030 with a 32MHz
  478. 68882 for math and more memory and faster memory and VMEbus for expansion
  479. and more serial ports and a 256-color mode and a 16-color mode at
  480. 640x480...  If you don't care about any of that then sure, go with the STe!
  481.  
  482. ============================================
  483. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  484. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  485.  
  486. ------------------------------
  487.  
  488. Date: 30 Jul 91 07:19:06 GMT
  489. From: mcsun!unido!sbsvax!sbuvax!univwa@uunet.uu.net (Bernhard Stumpf)
  490. Subject: TT RAM
  491. To: Info-Atari16@naucse.cse.nau.edu
  492.  
  493. Hi there,
  494.  
  495. I have some questions concerning memory upgrade in TT030:
  496.  
  497. I have a TT030/6/48MB, achieved in Germany in 11/90:
  498.  
  499.         - How can I upgrade the ST RAM? (now: 2MB)
  500.           What kind of RAM Chips do I need?
  501.           Where are they sitting? Socketed on motherboard?
  502.  
  503.         - How I can I manage to upgrade TT RAM? (now: 4MB)
  504.           (same questions as before)
  505.  
  506. I know that I may need a so called daughterboard, is this beast already
  507. built in with my 4MB TT RAM?
  508. Where can I buy such a thinW?
  509.  
  510.  
  511.  
  512. Thank you for your help.
  513.  
  514.  
  515. greetings  Bernhard
  516.  
  517.  
  518.  
  519.  *****************************************************************************
  520.  *                                                                           *
  521.  *                        Dipl.Ing. Bernhard Stumpf              | | |       *
  522.  *     /      ___   /     University of the Saarland             | | |       *
  523.  *    /----. /__. -/-     D-6600 Saarbruecken                    | | |       *
  524.  *   /____/ ___/  /_.                                           /  |  \      *
  525.  *                        phone : ++49-681-302-41.43           /   |   \     *
  526.  *                     e-mail: bestu@sbuvax.rz.uni-sb.de      /    |    \    *
  527.  *                                                                           *
  528.  *****************************************************************************
  529.  
  530. ------------------------------
  531.  
  532. Date: 30 Jul 91 05:20:25 GMT
  533. From:
  534.  math.fu-berlin.de!unido!fauern!faui43.informatik.uni-erlangen.de!faui09!dkreine
  535.  r@uunet.uu.net (Dirk Reiners)
  536. Subject: Turbo-C
  537. To: Info-Atari16@naucse.cse.nau.edu
  538.  
  539. michaels@kaa.informatik.rwth-aachen.de (Michael Schwingen) writes:
  540.  
  541. >included. As an owner of TurboC2.0 ('Profi-Pack' - incl. Source-Level
  542. >debugger etc.), the update would cost me 150.- DM - I think that's pretty
  543. >much money for the minor improvements I would get :-(
  544.  
  545. Yep, I agree on this point.
  546.  
  547. The biggest part of the development cost was already funded by
  548. Heimsoeth/Borland, so IMHO ASH didn't have to invest much money
  549. into it yet. A nominal fee for the conversion would be acceptable,
  550. but 150.- DM are a bit above that.
  551.  
  552. I don't consider it a wise decision of ASH trying to get rid of
  553. the large customer-base TC had (How large was it, anyway?).
  554. Thousands of potential updaters are not to be neglected, me thinks.
  555.  
  556. Maybe ASH should think about that again ...
  557.  
  558.           Dirk
  559.  
  560. P.S.: What about going to dnet.atari or sub.sys.st with this dis-
  561.           cussion, it's getting pretty german ...
  562. --
  563. --- dkreiner@faui09.informatik.uni-erlangen.de
  564. (invisible .sig following)
  565.  
  566. ------------------------------
  567.  
  568. Date: 30 Jul 91 13:19:18 GMT
  569. From: math.fu-berlin.de!unido!urmel!ikki!michaels@uunet.uu.net (Michael
  570.  Schwingen)
  571. Subject: Turbo-C
  572. To: Info-Atari16@naucse.cse.nau.edu
  573.  
  574. gaudreau@juggler.East.Sun.COM (Joe Gaudreau (Dances with PostScript)) writes:
  575.  
  576. >Could you provide more information on what the update involves/costs/etc.
  577.  
  578. >Is there English documentation [yet] !?!?!?!?
  579.  
  580. I don't know about english docs. If you have the TC2.0 professional pack
  581. (that is TC + MAS + Turbo-Debugger), the update costs 150DM. They only
  582. want to know your BORLAND serial numbers. If tou have older TC versions
  583. or do not have the Assembler/Debugger, the update gets more expensive.
  584. I have not got the address of ASH at hand - sorry.
  585. -------------------------------------------------------------------------------
  586. Michael Schwingen, Ahornstrasse 36, W-5100 Aachen, Germany
  587. michaels@messua.informatik.rwth-aachen.de
  588. PLEASE KEEP MAIL FROM OUTSIDE GERMANY SHORT-I HAVE TO PAY FOR INCOMING MAIL
  589.  
  590. ------------------------------
  591.  
  592. Date: 30 Jul 91 13:22:19 GMT
  593. From: math.fu-berlin.de!unido!urmel!ikki!michaels@uunet.uu.net (Michael
  594.  Schwingen)
  595. Subject: Turbo-C
  596. To: Info-Atari16@naucse.cse.nau.edu
  597.  
  598. dkreiner@faui09.informatik.uni-erlangen.de (Dirk Reiners) writes:
  599.  
  600. >I don't consider it a wise decision of ASH trying to get rid of
  601. >the large customer-base TC had (How large was it, anyway?).
  602. >Thousands of potential updaters are not to be neglected, me thinks.
  603.  
  604. >Maybe ASH should think about that again ...
  605.  
  606. Maybe they will if only enough Borland customers complain at the 'Atari-Messe'
  607. in duesseldurf and do not order the update immediately ...
  608. -------------------------------------------------------------------------------
  609. Michael Schwingen, Ahornstrasse 36, W-5100 Aachen, Germany
  610. michaels@messua.informatik.rwth-aachen.de
  611. PLEASE KEEP MAIL FROM OUTSIDE GERMANY SHORT-I HAVE TO PAY FOR INCOMING MAIL
  612.  
  613. ------------------------------
  614.  
  615. End of Info-Atari16 Digest
  616. ******************************
  617.